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® Verfahren zur Koordination von parallelen Zugriffen mehrerer Prozessoren auf 
Resourcenkonfigurationen. 



© In Multiprozessorsystemen existieren oft komple- 
xe Resourcenkonfigurationen. Dadurch ergeben sich 
bei konkurierenden Zugriffen auf eine bestimmte Re- 
sourcenkonfiguration durch mehrere Prozessoren 
Koordinationsprobleme. 

Die Erfindung lost die Probleme dadurch, da6 



eine zentrale Sicherungstabelle eingefuhrt wird und 
daB ein Prozessor dort seine Prozessornummer zu 
einer bestimmten Sicherungsnummer hinterlegen 
muB, wenn er die Kontrolle uber die zu dieser Siche- 
rungsnummer gehorige Resourcenkonfiguration er- 
halten will. 
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In Multiprozessor-Rechnersystemen existieren 
oft komplexe Relationen zwischen unterschiedli- 
chen System resourcen. Diese Systemresourcen 
sind nicht immer vom selben logischen Typ und 
sind auch nicht immer durch einfache Index- Oder 
Zeigerverweise miteinander verknupft. Der Bezug 
zwischen den Resourcen ergibt sich vielmehr erst 
dynamisch im Lauf einer Anreizverarbeitung. Insbe- 
sondere kann sich der Bezug erst ergeben, nach- 
dem Teile einer solchen Resourcenkonfiguration 
bereits datentechnisch nnanipuliert wurden. 

Als Beispiel eines Multiprozessor-Rechnersy- 
stems kann ein speicherprogrammtertes Vermitt- 
lungssystenn betrachtet werden. das als Resourcen 
z.B. Kanalregister und Transaktionskontroliblocke 
enthalt. Kanalregister reprasentieren dabei das Ab- 
bild eines physikalischen Weges durch das Ver- 
mittlungssystem (Gesprachsdaten), wahrend Trans- 
aktionskontroliblocke die logischen Abbilder von 
gesprachslosen Aktionen reprasentieren. Verknup- 
fungen kann es nun sowohl zwischen mehreren 
Kanalregistern bzw. mehreren Transaktionskontroll- 
blocken, als auch zwischen Kanalregistern und 
Transaktionsblocken geben. Im Mobilfunk sind logi- 
sche Verknupfungen von bis zu vier Kanalregistern 
mit bis zu 42 Transaktionskontrollblocken gleichzei- 
tig bekannt. 

Der Erfindung liegt die Aufgabe zu Grunde, in 
einer Multtprozessorumgebung konkurierende (le- 
send und schreibend) Zugriffe auf Resourcenkonfi- 
gurationen konsistent vorzunehmen und gegensei- 
tig zu koordinieren. 

Diese Aufgabe wird durch die Verfahrensschrit- 
te des Anspruches 1 gelost. 

Durch die zentrale Vergabe der Kontrolle uber 
eine Resourcenkonfiguration an einen Prozessor 
aufgrund eines Anreizes (Meldung) werden Zugriffe 
weiterer Prozessoren auf die Resourcenkonfigura- 
tion wahrend der gesamten Meldungsbearbeitung 
durch den einen Prozessor vermieden. Dadurch 
werden inkonsistente Zugriffe auf die Resourcen- 
konfiguration vermieden. 

Eine weitere Ausgestaltung der Erfindung ist 
durch Anspruch 2 angegeben. Bei dieser Ausge- 
staltung entsteht aufgrund der zyklischen Vergabe 
der Sicherungsnummern kein Verlust an Dynannik, 
da kein extra Schutznnechanismus fur eine komle- 
xere Sicherungsnummernverwaltung (Zeigerverwal- 
tung) benotigt wird. 

Eine weitere Ausgestaltung der Erfindung ist 
durch Anspruch 3 angegeben. Diese Ausgestaltung 
besitzt insbesondere den Vorteil. dafl eine nnel- 
dungsindivlduelle Anwenderinstanz keine Kenntnis 
vom eigentlichen Sicherungsvorgang benotigt. 

Im folgenden wird die Erfindung an Hand der 
Zeichnung naher eriautert. 

Die Realisierung des erfindungsgemaflen Ver- 
fahrens basiert auf einer zentralen Sicherungstabel- 



le, uber die Sicherungsnummern vergeben werden. 
wobei pro Resourcenkonfiguration jeweils nur eine 
einzige Sicherungsnummer vergeben wird. 

Bevor ein Prozessor auf eine mittets einer St- 
5 cherungsnummer gekennzeichnete Resource zug- 
reift, versucht er vor dem Zugriff seine Prozessor- 
nummer in der zentralen Sicherungstabelle zu hin- 
terlegen. Gelingt es ihm seine Prozessornummer 
zu hinterlegen. so hat er damit die vollstandige 
10 Kontrolle uber alle mittels derselben Sicherungs* 
nummer gekennzeichneten Resourcen erhalten. 

Fig. 1 zeigt die Vergabe einer Sicherungsnum- 
mer SIDx einer zentralen Sicherungstabelle TABZ 
an eine Resource CHR/TCB. bei der es sich z.B. 
75 urn ein Kanalregister CHR oder um einen Transak- 
tionskontrollblock TCB handein kann. Wird zu Be- 
ginn einer Verbindung bzw. Transaktion durch den 
Anwender (Anwenderprogrammsystem) eine Re- 
source aus dem Freiband (Resourcenpool) belegt, 
20 mufl zuerst eine Sicherungsnummer vergeben und 
vom Prozessor des Anwenders durch Hinterlegung 
einer Inkarnationsnummer INCNO des Anwenders 
gesichert werden, bevor diese Sicherungsnummer 
in der belegten Resource eingetragen werden 
25 kann. Gleichzeitig wird sie auch in die prozessor- 
spezifische Tabelle an erster Stelle eingetragen 
und wird somit zur sog. aktuellen Sicherungsnum- 
mer. Werden nun weitere Resourcen zugeschaltet, 
wird die aktuelle Sicherungsnummer entsprechend 
30 weitervenvendet. Dadurch besitzen alle logisch ver- 
knupften Resourcen eine gemeinsame Sicherungs- 
nummer und es lassen sich somit auch umfangrei- 
chere Resourcenkonfigurationen (siehe Fig. 2) mit 
nur einem Eintrag in der Sicherungstabelle vor 
35 unerlaubten Zugriffen sichern. 

Die Inkarnationsnummer des Anwenders ent- 
spricht der Prozessornummer. wenn das Anwen- 
derprogrammsystem eines Prozessors nur durch 
eine einzige Inkarnation, d.h. einen einzigen vom 
40 Betriebssystem venwalteten ProzelB realisiert ist. Im 
folgenden wird deshalb anstelle des Begriffs "In- 
karnationsnummer" auch der Begriff "Prozessor- 
nummer" gleichbedeutend verwendet. 

Fig. 2 zeigt die Sicherung einer Resourcenkon- 
45 figuration durch eine gemeinsame Sicherungsnum- 
mer. 

Die Vergabe der Sicherungsnummern erfolgt 
zyklisch. Wird also eine Sicherungsnummer aus 
der Sicherungstabelle vergeben, stellt man den 

50 Zeiger auf den nachsten Tabellenplatz. Ist man am 
Ende der Tabelle angelangt, wird der Zeiger wieder 
auf den Tabellenanfang gestellt. Mit der zugeteilten 
Sicherungsnummer wird im entsprechenden Tabel- 
lenplatz der Sicherungstabelle versucht. mit einem 

55 speziellen Befehl die Inkarnationsnummer des Pro- 
zessors einzutragen. Ist bezuglich dieser Siche- 
rungsnummer bereits eine andere Inkarnationsnum- 
mer eingetragen und damit diese Sicherungsnum- 
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mer gesichert (belegt), vergibt die Zeigerverwal- 
tung einfach die nachste Sicherungsnummer der 
Sicherungstabelle und versucht sodann diese zu 
sichern. Mit der zyklischen Vergabe ist fur die 
Zeigerverwaltung kein besonderer Schutzmecha- 
nismus und damit auch kein besonderer Dynami- 
kaufwand notwendig. 

Durch die zyklische Vergabe besteht die Mog- 
lichkeit, dafi dieselbe Sicherungsnunnmer mehrmals 
und damit fur voneinander unabhangige Verbindun- 
gen bzw. Transaktionen vergeben wird. Dies hat 
aber nur geringe Nachteile. Anreize fur diese ver- 
schiedenen Resourcenkonfigurationen mit derset- 
ben Sicherungsnummer wurden dann nicht parallel 
sondern aufgrund der zu einem bestimmten Zeit- 
punkt jeweils nur von einenn einzigen Anwender 
sicherbaren (belegbaren) Sicherungsnummer se- 
quenziell bearbeitet werden. Diese Falle konnen 
durch eine entsprechend dimensionierte Tabelle 
vernachlaBigbar gering gehalten werden. 

Werden bestehende Resourcenkonfigurationen, 
die erfindungsgemSfi jeweils eine eigene Siche- 
rungsnummer besitzen, logisch miteinander ver- 
knupft, mussen nach der Verknupfung alle Resour- 
cen die gleiche Sicherungsnummer haben. Dazu 
wird die Sicherungsnummer an den betreffenden 
Stellen entsprechend umgeschrieben. Zu diesem 
Zeitpunkt mussen selbstverstandlich alle beteiligten 
Sicherungsnummern von demselben Prozessor ge- 
sichert sein. d.h. die Inkarnationsnummer des Pro- 
zessors muB bezuglich der alten Sicherungsnum- 
mern und der neuen Sicherungsnummer in der 
Sicherungstabelle eingetragen sein. 

Ein Prozessor versucht seine Inkarnationsnum- 
mer Immer dann in der Sicherungstabelle einzutra- 
gen, sobald er aus einer ihm zugeteitten Nachricht 
die damit verknupfte Resource und damit auch die 
Sicherungsnummer ermittein kann. Beendet der 
Prozessor die Bearbeitung, wird die Inkarnations- 
nummer aus der Sicherungstabelle wieder ausge- 
tragen. Dazu merkt sich jeder Prozessor in einer 
Tabelle seines lokalen Speichers alle Sicherungs- 
nummern, die von ihm im Rahmen einer Meldungs- 
bearbeitung gesichert worden sind. urn sie am 
Ende der Bearbeitung von einer zentralen Dienstin- 
stanz des Anwenders, z.B. einer zentralen Prozedur 
wieder entsichern zu lassen. 

Eine Sicherungsnummer bleibt in einer Resour- 
ce wahrend deren gesamten transienten Lebens- 
dauer gultig. Wird die Resource wieder freigege- 
ben, d.h. fur die Verbindung nicht mehr benotigt, 
kann auch gleichzeitig die Sicherungsnummer aus 
dieser Resource ausgetragen werden. 

Fig. 3 zeigt die prozessorspezifischen Tabellen 
zur Realisierung des erfindungsgemaBen Verfah- 
rens, die jeweils im lokalen Speicher eines Prozes- 
sors vorhanden sind, namlich eine lokale Siche- 
rungsnummerntabelle TABS, die in der von einem 



Prozessor gesicherten Sicherungsnummern einge- 
tragen sind, sowie Resourcentabellen TABC und 
TABT, in denen Zeiger CHR_PTR und TCB_PTR 
auf von diesem Prozessor gesicherte Resourcen 

5 enthalten sind. 

Im folgenden wird die Arbeitsweise der zentra- 
len Prozeduren zum Sichern und Entsichern der 
Resourcen naher beschrieben. 

Im Zuge einer Meldungsbearbeitung will eine 

70 Anwenderinstanz auf ein Kanalregister CHR zugrei- 
fen und ruft zu diesem Zweck die Sicherungspro- 
zedur zum Sichern von Kanalregistern auf. Bei ih- 
rem Aufruf Ubergibt die Anwenderinstanz der Si- 
cherungsprozedur einen Index auf das angeforderte 

75 Kanalregister, wobei die Anwenderinstanz den In- 
dex aus der empfangenen Meldung entnommen 
hat. Anhand dieses Indexes pruft die Sicherungs- 
prozedur, ob das angeforderte Kanalregister im Zu- 
stand "Kanal belegt" Oder "Kanal frei" ist, 

20 Ist das Kanalregister im Zustand "Kanal be- 

legt", so entnimnnt die Sicherungsprozedur aus 
dem Kanalregister dessen zugehorige Sicherungs- 
nummer. Unter dieser Sicherungsnummer versucht 
die Sicherungsprozedur sodann in der zentralen 

25 Sicherungstabelle die Inkarnationsnummer der An- 
wenderinstanz einzutragen, Gelingt dies, so erhalt 
die Anwenderinstanz den Ruckgabeparameter "Er- 
folg" sowie einen physikaltschen Zeiger auf das 
angeforderte Kanalregister. Durch die erfolgreiche 

30 Hinterlegung hat die Anwenderinstanz gleichzeitig 
die Kontrolle uber die gesamte zu der Sicherungs- 
nummer des angeforderten Kanalregisters gehorige 
Resourcenkonfiguration erhalten. 

Ist das Kanalregister CHR im Zustand "Kanal 

35 frei", tragt die Sicherungsprozedur nach Anforde- 
rung von der Zeigerverwaltung eine neue Siche- 
rungsnummer bzw. falls in der lokalen Sicherungs- 
nummerntabelle TABS bereits vorhanden, die aktu- 
elle Sicherungsnunnmer im Kanalregister ein. Bei 

40 der aktuellen Sicherungsnummer handelt es sich 
um die an erster Stelle in der lokalen Sicherungs- 
nummerntabelle eingetragene Sicherungsnummer 
SID_1. 

Hat das Kanalregister einen Verweis auf einen 
45 Partner mit derselben Sicherungsnummer, gibt die 
Sicherungsprozedur beide Pointer an die aufrufen- 
de Anwenderinstanz zuruck. Sind sie unterschied- 
lich. wird der Aufruf mit einem entsprechenden 
Ruckgabeparameter abgewiesen. 
50 Die beschriebene Arbeitsweise der Sicherungs- 

prozedur zum Sichern von Kanalregistern gilt ana- 
log auch fur die Sicherungsprozedur zum Sichern 
von Transaktionskontrollblocken. 

Die Entsicherungsprozedur wird am Ende einer 
55 Meldungsbearbeitung von einer zentralen Dienstin- 
stanz des Anwenders aufgerufen. Die Entsiche- 
rungsprozedur arbeitet mit Hilfe der in Fig. 3 dar- 
gestellten Kanalregistertabelle TABC, in der alle 
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Zeiger auf Kanalregister. die im Laufe einer Mel- 
dungsbearbeitung einer Anwenderinstanz geliefert 
wurden eingetragen sind. Alia zu dieser Kanalzei- 
gertabelle zugehorigen Kanalregister werden von 
der Entsicherungsprozedur auf den Zustand "Kanal 5 
frei" gepruft. Durch Eintragen dieses Zustandes in 
ein Kanalregister leg! eine Anwenderinstanz test, 
Ob das Kanalregister an dieser Stelle freigegeben 
werden kann. Trifft dies zu, wird das Kanalregister 
an dieser Stelle durch Aufruf der entsprechenden ,0 
Routine ins Freiband gehangt. 

Die beschriebene Entsicherungsprozedur wird 
analog zu den Kanalregistern auch fiir die Transak- 
tionskontrollblScke ubernommen. Das bedeutet. 
dafi die genannte Entsicherungsprozedur auBer der 15 
genannten Kanalzeigertabelle auch eine Transak- 
tionszeigertabelle TABT entsprechend bearbeltet. 

In der lokalen Sicherungsnunnnnerntabelle wer- 
den diejenigen Sicherungsnummern gespeichert. 
die Im Laufe einer Meldungsbearbeltung von einem 20 
Prozessor gesichert worden sind. Mit Hilfe dieser 
Tabelle werden nach AbschluB der Meldungsbear- 
beitung alle entsprechenden Sicherungsnummern 
in der zentralen Sicherungstabelle wiederum entsi- 
chert und damit fur eine erneute SIcherung durch 2s 
andere Prozessoren freigegeben. 

Durch die beschriebene Arbeitsweise der Si- 
cherungsprozeduren merkt die meldungsindividuel- 
le Anwenderinstanz so gut wie nichts vom eigentli- 
chen Sicherungsvorgang. Auch der Vorgang des 30 
Entsicherns nach der Meldungsbearbeltung wird 
von einer zentralen DIenstinstanz des Anwenders 
abgewickelt. 

Im folgenden werden noch einmal die wichtig- 
sten Ablaufe bzw. Definitionen des beschriebenen 35 
Koordmierungsverfahrens zusammengefaflt. 

Eine Anwenderinstanz erhalt den Zeiger auf 
eine Resource von der Sicherungsprozedur nur 
dann, wenn die Resource eine Sicherungsnummer 
enthalt und diese Sicherungsnummer ordnungsge- 4o 
maB durch Hinterlegung der Prozessornummer ge- 
sichert worden ist. 

Neue Sicherungsnummern werden zyklisch 
vergeben. d.h. es darf durchaus vorkommen, daB 
zwei vonelnander unabhangige Resourcenkonfigu- 4S 
rationen die gleiche Sicherungsnummer haben. 

Die erste Sicherungsnummer. die von einem 
Prozessor gesichert wird heifit "aktuelle Siche- 
rungsnummer". 

Bei der Neubelegung einer Resource v»rird die 50 
aktuelle Srcherungsnummer eingetragen. Nur falls 
noch keine vorhanden ist, wird eine neue Siche- 
rungsnummer vergeben. die dann zur neuen aktu- 
ellen Sicherungsnummer wird und in die neu be- 
legte Resource eingetragen wird. 55 

Alle Sicherungsnummern SID_i siDn die 
im Laufe einer Meldungsbearbeltung gesichert wor- 
den sind. sind in der lokalen prozessorspezifischen 



Sicherungsnummemtabelle TABS eingetragen. An 
erster stelle in dieser Tabelle steht wie bereits 
erwahnt die aktuelle Sicherungsnummer. Diese ak- 
tuelle Sicherungsnummer wird bei jedem Aufruf 
einer Anwenderinstanz an eine zentrale Dienstin- 
stanz (z.B. Sicherungsprozedur, Entsicherungspro- 
zedur, Verkniipfungsprozedur) mitubergeben. 

Werden zwei Resourcenkonfigurationen mitein- 
ander verkniipft. mussen nach der Verknupfung 
alle Resourcen die gleiche Sicherungsnummer ha- 
ben. Dies wird durch den Aufruf einer zentralen 
Dienstinstanz, namlich der obengenannten Ver- 
knupfungsprozedur gewahrleistet. 

Alle Zeiger auf Kanalregister bzw. Transak- 
tionskontrollblocke, die den Anwenderinstanzen 
uber die Sicherungsprozeduren im Laufe einer Mel- 
dungsbearbeltung weitergegeben werden, sind in 
der Kanalzeigertabelle bzw. Transaktionszeigerta- 
belle eingetragen. 

Eine Anwenderinstanz signalisiert durch Eintra- 
gen des Zustandes "frei". daB diese Resource 
freigegeben werden kann. Das Einfadein der freige- 
gebenen Resource ins Freiband. sowie das Entsi- 
chern der Sicherungsnummer in der zentralen Si- 
cherungstabelle TABZ erfolgt ebenfalls mit einer 
zentralen Dienstinstanz, nSmlich der Entsiche- 
rungsprozedur. 

Alle Sicherungsnummern, die im Laufe einer 
Meldungsbearbeltung gesichert worden sind. wer- 
den zentral mit der Entsicherungsprozedur entsi- 
chert. 

Werden beim Sichern von Resourcen Inkonsi- 
stenzen bei der Verknupfung der Resourcen oder 
den Sicherungsnummern festgestellt, werden diese 
so weit wie moglich durch die Sicherungsprozedur 
korrigiert. 

Patentanspriiche 

1. Verfahren zur Koordination von parallelen Zug- 
riffen mehrerer Prozessoren auf Resourcen- 
konfigurationen. demgemaB 

a) jede Resource durch eine Sicherungs- 
nummer (SID) gesichert wird, wobei Resour- 
cen, die zu derselben Resourcenkonfigura- 
tion gehoren auch dieselbe Sicherungsnum- 
mer erhalten. 

b) sSmtliche Sicherungsnunimern Gber eine 
zentrale Sicherungstabelle vergeben wer- 
den, 

c) einem Prozessor auf Anforderung die 
Zugriffskontrolle uber eine gesamte Resour- 
cenkonfiguration erteilt wird, wenn die zu 
dieser Resourcenkonfiguration gehorige Si- 
cherungsnummer zu diesem Zeitpunkt nicht 
durch einen anderen Prozessor belegt ist. 
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2. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet, 

dafi die vorhandenen Sicherungsnummern 
(SID) zyklisch vergeben werden. 

5 

3. Verfahren nach Anspruch 1 Oder 2. 
dadurch gekennzeichnet, 

dafi 

a) der Vorgang des Sicherns einer Resour- 
ce durch eine zentrale Dienstinstanz des io 
Anwendersystems durchgefuhrt wird, 

b) Meldungsbearbeitungen durch meldungs- 
indivtduelle Anwenderinstanzen des Anwen- 
dersystems durchgefuhrt werden. 

75 
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@ Verfahren zur Koordination von parallelen Zugrlffen mehrerer Prozessoren auf 
Resou rcen konf Igurationen. 



@ In Multiprozessorsystemen existieren oft komple- 
xe Resourcenkonfigurationen. Dadurch ergeben sich 
bei konkurierenden Zugriffen auf eine bestimmte Re- 
sourcenkonfiguration durcfi mehrere Prozessoren 
Koordinationsprobleme. 

Die Erfindung lost die Probleme dadurch, da6 
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eine zentrale Sicherungstabelle eingefuhrt wird und 
dafi ein Prozessor dort seine Prozessornumnner zu 
einer bestinnnnten Sicherungsnunnnner hinterlegen 
mufi, wenn er die Kontrolle uber die zu dieser Siche- 
rungsnummer gehorige Resourcenkonfiguration er- 
halten will. 

TABZ 



FIG 1 




LU 



Rank XArnx /tlK\ Rii<:jnp<:<: .Soruiroc 



Europiischn 
Pfttetitwnt 



EUROPAISCHER RECHERCHENBERICHT 



EP 94 11 0108 



EINSCHLAGIGE DOKUMENTE 



Kateforie 



Knnm i fhin ig dea Ookamcati nit Ab|^ »«at 
«cr Baflicblkta Tciie 



■LASSIFIKAT10N OEX 
ANMEtPUNC (latCLt) 



PER BR INCH HANSEN: 'Operating System 
Principles' 

1973 , PRENTICE-HALL, INC. , ISBN 
0-13-637843-9, ENGLEWOOD CLIFFS, NEW 
JERSEY 

Seiten 42-53, 122-131 

• Seite 124, Zeile 32 - Zeile 38 • 

• Seite 125, Zeile 18 - Zeile 23 * 

EP-A-0 164 578 (SIEMENS AG) 18.0ezenber 
1985 

• Zusanmenfassung; Abbildung * 

• Seite 2, Zeile 30 - Zeile 34 • 

• Seite 5, Zeile 23 - Seite 6, Zeile 13 * 

• Seite 7, Zeile 13 - Zeile 18 • 

ELEKTRONISCHE RECHENANUGEN. 
Bd. 26, Nr. 1, Februar 1984 ISSN 
0013-5720, MONCHEN, DEUTSCHLAND, 
Seiten 3-12, 

D. ZOBEL: 'Ein geschlossenes Konzept zur 
effizienten Behandlung der 
Deadlockproblematiii in Betriebssystemen' 

• Seite 4, linke Spalte, Zeile 10 - rechte 
Spalte, letzte Zeile * 

EP-A-0 380 857 (DIGITAL EQUIPMENT 
CORPORATION) 8. August 1990 
Zusammenfassung * 

• Spalte 3, Zeile 3 - Zeile 54 • 
Spalte 7, Zeile 9 - Zeile 39; Abbildung 

3 " 

-/-- 



1-3 



G06F15/16 
G06F9/46 



1-3 



1-3 



1-3 



HEamCHIEKIE 
SAOICaiETE (tot.a.«) 



G06F 




X ; «M kam4inr M«inua« alMo bMnd»« 



T : 4m Eifla^oag npnlf Itagate Tbwta otmr GnaUtu 
E : llm ruiMioluMBt. tes |*iiicfc ait tn oto 

D : !■ «« AamMioa taiMkita DokoMM 



L : ui 



: BicbtschrifiUdM OfhaktnniB 



Dekuat 



Europiischcs 
Patentamt 



EUROPAISCHER RECHERCHENBERICHT 



NoMBV itt AutMiiag 

EP 94 11 0108 



EINSCHLAGIGE DOKUMENTE 



Katcforie 



ies DolnBMsts nit Aac«bc voimt 



BcCnfft 



KLASSiniCATION DER 
AWMEUHJNG (iBCCLi) 



A.M. LISTER: 'Fundamentals of Operating 
Systems' 

1979 , THE MACMILLAK PRESS LTD. . ISBN 
0-333-27287-0. LONDON AND BASINGSTOKE 
Seiten 94-99 

* Selte 95, Zeile 7 - Zeile 12 * 

* Seite 99. Zeile 14 - Zeile 25 * 



1-3 



SACHGEBOETC datCLt) 



DEN HAAG 



3.0ktober 1995 



Wiltink, J 



KATEGOUE DDL GENANNTEN DOKUMENTE 



y 



rM« 



jftllda bvCncfctft 
MwtBBg la VvMatfottg att da« 

A : Mcfaaolo^icbv HlBt«r»4 
O : ■icfaCKfariftUch« OffNntanmg 
P : ZntscattUttfitw 



T : 4m ErftDdoBf a^na'* U<t«4t 
E : iHvti Ptt«rt4ofciuMet, tes )«ioca «it ua o4«r 

aadi 4«ai AaMld«AitBia wVfNaiUdrt worte Ut 
D : ta tfv Auddnst int^ftthrtts DotuuBMrt 
L : UIS mUn GrftiMi ■fttrfllhrt<i Dokmnt 

Dokaawt 



This Page Blank (uspto) 



